Methods and apparatus for selectively obscuring a rendering of a media stream

ABSTRACT

Various embodiments of systems, apparatus, and/or methods are described for selectively obscuring a rendering of a media stream. In one implementation, the method includes receiving a request to render the media stream. The media stream is accessed through a first media source. A content identifier is identified for an event within the requested media stream. Based upon the content identifier, it may be discovered that the event is accessible through at least one second media source. The rendering of the requested media stream may then be obscured and a notification provided to a user that the event within the requested media stream is accessible through at least one second media source.

CROSS REFERENCE TO RELATED APPLICATION

This application is a continuation of U.S. patent application Ser. No.15/676,809 filed Aug. 14, 2017, entitled “Methods And Apparatus ForSelectively Obscuring A Rendering Of A Media Stream,” which is acontinuation of U.S. patent application Ser. No. 14/803,346, filed onJul. 20, 2015, entitled “Methods And Apparatus For Selectively ObscuringA Rendering Of A Media Stream,” both of which are incorporated herein inits entirety by reference for all purposes.

BACKGROUND

Receiving devices, such as set-top boxes for satellite and cabletelevision services, allow a user to view media streams from a varietyof media sources. The receiving device generally renders a media streamshortly after receiving a request from the user to view the mediastream. For example, the user may send a request to the receiving deviceto change to a different television channel, then the receiving devicetunes to the new television channel and renders the media stream fromthe new television channel. In some cases, the media stream the userrequested may include an event that is currently in-progress. In thesecases, when the receiving device renders the media stream, the user maybe shown the in-progress event, potentially causing the event to bespoiled for the user.

SUMMARY

The present disclosure relates to systems, methods, and apparatus forselectively obscuring a rendering of a media stream. In oneimplementation, the method includes, receiving a request to render themedia stream, wherein the media stream is accessed through a first mediasource; identifying a content identifier for an event within therequested media stream; based upon the content identifier, discoveringthat the event is accessible through at least one second media source;obscuring the rendering of the requested media stream; and providing anotification that the event within the requested media stream isaccessible through the at least one second media source.

In some examples, the method further includes receiving a command toaccess the event through the at least one second media source. In someexamples, the method further includes receiving a command to unobscurethe rendering of the requested media stream. In some examples, the firstmedia source comprises a first television channel from a first broadcaststation. In some examples, the at least one second media sourcecomprises a storage medium. In some examples, the storage mediumincludes user-recorded content, automatically-recorded content, or acombination thereof. In some examples, the at least one second mediasource comprises one or more of an on-demand media streaming service, apay-per-view media streaming service, an over-the-top media streamingservice, and a second television channel from a second broadcaststation. In some examples, the notification obscures the rendering ofthe requested media stream. In some examples, the notification comprisesone or more of a visual notification, an audio notification, or atactile notification. In some examples, the notification providesinformation about the event within the requested media stream. In someexamples, the method further includes identifying a scheduled start timeof the event within the requested media stream, wherein the request torender the media stream occurs after the scheduled start time. In someexamples, the scheduled start time of the event is outside of apredetermined time window. In some examples, the at least one secondmedia source comprises a recording of the event, the recording includingthe beginning of the event. In some examples, obscuring the requestedmedia stream includes generating an overlay over the visual rendering ofthe requested media stream; and muting the audio rendering of therequested media stream. In some examples, the event within the mediastream is available through the at least one second media source at alater time. In some examples, the method further includes receiving acommand to record the event within the media stream at the later time.

In another implementation, a receiving device for selectively obscuringa rendering of a media stream includes a user communication module forreceiving a request to render the media stream, wherein the media streamis accessed through a first media source; control logic for identifyinga content identifier for an event within the requested media stream,and, based upon the content identifier, discovering that the event isaccessible through at least one second media source; and a renderingmodule for obscuring the rendering of the requested media stream, andgenerating a notification that the event within the requested mediastream is accessible through the at least one second media source.

In another implementation, a system for selectively obscuring arendering of a media stream includes a receiving device and apresentation device. The receiving device includes a user communicationmodule for receiving a request to render the media stream, wherein themedia stream is accessed through a first media source; control logic foridentifying a content identifier for an event within the requested mediastream, and, based upon the content identifier, discovering that theevent is accessible through at least one second media source; and arendering module for obscuring the rendering of the requested mediastream, and generating a notification that the event within therequested media stream is accessible through the at least one secondmedia source. The presentation device displays the notification.

It is to be understood that both the foregoing summary and the followingdetailed description are for purposes of example and explanation and donot necessarily limit the present disclosure. The accompanying drawings,which are incorporated in and constitute a part of the specification,illustrate subject matter of the disclosure. Together, the descriptionsand the drawings serve to explain the principles of the disclosure.

BRIEF DESCRIPTION OF THE DRAWINGS

The same number represents the same element or same type of element inall drawings.

FIG. 1 illustrates an embodiment of a system for presenting a mediastream to a user.

FIG. 2 illustrates an embodiment of a receiving device in a system forpresenting a media stream to a user.

FIG. 3 illustrates an embodiment of a time schedule for events which maybe received by the receiving device.

FIG. 4 illustrates an embodiment of a process for selectively obscuringa rendering of a media stream.

FIG. 5 illustrates an embodiment of a process for selectively accessinganother media source.

FIG. 6 illustrates an embodiment of a process for selectively accessinganother media source.

FIG. 7 illustrates an embodiment of a process for selectively accessinganother media source.

FIG. 8 illustrates an embodiment of a process for selectively accessinganother media source.

FIG. 9 illustrates an embodiment of a process for selectively accessinganother media source.

FIG. 10 illustrates an embodiment of a presentation device forpresenting an audio/video stream to a user.

DETAILED DESCRIPTION OF THE DRAWINGS

The various embodiments described herein generally provide apparatus,systems and methods which facilitate the reception, processing,rendering, and outputting of media content. More particularly, thevarious embodiments described herein provide for the identification ofan event within a media stream that is accessible through another mediasource. The various embodiments further provide for obscuring the mediastream while the user decides whether to switch to the other mediasource. In short, various embodiments described herein provideapparatus, systems and/or methods for alerting a user that an eventwithin a media stream is accessible elsewhere before the media stream ispresented to the user.

In at least one embodiment, the media stream to be received, processed,rendered, outputted and/or communicated may come in any form of a mediastream. Exemplary media stream formats include Motion Picture ExpertsGroup (MPEG) standards, Flash, Windows Media and the like. It is to beappreciated that the media stream may be supplied by any source, such asan over-the-air broadcast, a satellite, or cable television distributionsystem, a digital video disk (DVD) or other optical disk, the Internetor other communication networks, and the like. In at least oneembodiment, the media data may be associated with supplemental data thatincludes text data, such as closed captioning data or subtitles.Particular portions of the closed captioning data may be associated withspecified portions of the media data.

Generally, a media stream is a contiguous block of associated audio andvideo data that may be transmitted to, and received by, an electronicdevice, such as a terrestrial (“over-the-air”) television receiver, acable television receiver, a satellite television receiver, an Internetconnected television or television receiver, a computer, a portableelectronic device, or the like. In at least one embodiment, a mediastream includes an event. The event may be a contiguous block ofprogramming from a television channel (e.g., an episode of a televisionshow) or other identifiable media content. For example, the event maycorrespond to the programming on a single channel between 7:00 and 8:00,which may correspond with a single episode of a television program.

Further, a media stream may be delivered by any transmission method,such as broadcast, multicast, simulcast, closed circuit, pay-per-view,on-demand, over-the-top (by “streaming,” file transfer, or other means),or other methods. Additionally, the media stream may be transmitted byway of any communication technology, such as by satellite, wire oroptical cable, wireless, or other means. The media stream may also betransferred over any type of communication network, such as the Internetor other wide area network, a local area network, a private network, amobile communication system, a terrestrial television network, a cabletelevision network, and a satellite television network.

FIG. 1 illustrates an embodiment of a system 100 for presenting a mediastream to a user. The system of FIG. 1 is operable for identifying anevent within a media stream, and discovering the event is accessiblethrough another media source. The system 100 includes a receiving device102, a presentation device 104 (e.g., a display and speakers), atelevision distribution network 106, and a data communication network108. Media sources 110 provide media streams to the televisiondistribution network 106 and/or data communication network 108, which inturn transmit the media streams to the receiving device 102. In someembodiments, media sources 110 provide media streams directly to thereceiving device 102 (either internally or externally of the receivingdevice 102). Examples of media sources may include a television channelfrom a broadcast station, a storage medium containing user-recordedcontent, automatically-recorded content, and/or purchased content, anon-demand media streaming service, a pay-per-view media streamingservice, and/or an over-the-top media streaming service. The mediasources 110 may provide media streams to one or more of the televisiondistribution network 106, the data communication network 108, and thereceiving device 102.

The receiving device 102 may access the media sources 110 in variousways. For example, the receiving device 102 may access a televisionchannel by demodulating and decrypting a media stream from thetelevision distribution network 106. The receiving device 102 may accessan over-the-top media streaming service by logging into a remote serverand downloading the media stream over the data communication network108. In some embodiments, the receiving device 102 may check the user'ssubscription to the over-the-top media streaming service and/or offer asubscription to the over-the-top media streaming service. The receivingdevice 102 may access a storage medium connected to the receiving device102 using a local communication bus, such as parallel ATA (PATA, alsocalled IDE or EIDE), Serial ATA (SATA), SCSI, Serial Attached SCSI(SAS), Fibre Channel, IEEE 1394 (also called FireWire), USB, SCSI, orThunderbolt.

The television distribution network 106 may be any distribution networkcapable of distributing a media stream. Exemplary distribution networksinclude over-the-air, satellite, and cable television networks. The datacommunication network 108 may be any communication network capable oftransmitting a media stream. Exemplary communication networks includewireless communication networks, public switched telephone networks(PSTN), local area networks (LAN), and wide area networks (WAN)providing data communication services and/or Internet access. Thetelevision distribution network 106 and communication network 108 mayutilize any desired combination of wired (e.g., cable and fiber) and/orwireless (e.g., cellular, satellite, microwave, and radio frequency)communication mediums and any desired network topology (or topologieswhen multiple mediums are utilized).

The receiving device 102 of FIG. 1 may be any device capable ofreceiving a media stream from the television distribution network 106,the data communication network 108, and/or directly from a media source110 (either internal or external of the receiving device 102). Forexample, in the case of the television distribution network 106 being acable or satellite television network, the receiving device 102 may be aset-top box configured to communicate with the television distributionnetwork 106. The receiving device 102 may be a digital video recorder insome embodiments. In another example, the receiving device 102 may becomputer, a personal digital assistant (PDA), or similar deviceconfigured to communicate with the Internet or comparable datacommunication network 108. The receiving device 102 may receive,capture, and record media streams from non-broadcast media sources, suchas video recorders, DVD players, personal computers or the Internet.

The presentation device 104 may be any device configured to receive anaudio/video stream from the receiving device 102 and present theaudio/video stream to a user. Examples of the presentation device 102include a television, a video monitor, or similar device capable ofpresenting audio and video information to a user. The receiving device102 may be communicatively coupled to the presentation device 104through any type of wired or wireless connection. Exemplary wiredconnections include coax, fiber, composite video and high-definitionmultimedia interface (HDMI). Exemplary wireless connections includeWiFi, ultra-wide band (UWB) and Bluetooth. In some implementations, thepresentation device 104 may be integrated within the receiving device102. For example, each of a computer, a PDA, and a mobile communicationdevice may serve as both the receiving device 102 and the presentationdevice 104 by providing the capability of receiving media streams fromthe television distribution network 106, the data communication network108, and/or directly from a media source 110, and presenting thereceived media streams to a user. In another implementation, acable-ready television may include a converter device for receivingmedia streams from the television distribution network 106, the datacommunication network 108, and/or directly from a media source 110, anddisplaying the media streams to a user.

In the system 100, a user requests the receiving device 102 to render amedia stream provided by one or more media sources 110. The media streamincludes audio data and video data. In one embodiment, the video dataincludes a series of digital frames, or single images to be presented ina serial fashion to a user. Similarly, the audio data may be composed ofa series of audio samples to be presented simultaneously with the videodata to the user. In one example, the audio data and the video data maybe formatted according to one of the MPEG encoding standards, such asMPEG-2 or MPEG-4, as may be used in DBS systems, terrestrial AdvancedTelevision Systems Committee (ATSC) systems or cable systems. However,different audio and video data formats may be utilized in otherimplementations or by other media sources 110.

In some embodiments, supplemental data may be associated with a mediastream. The supplemental data may include a content identifier thatidentifies an event (e.g., a television program) within the mediastream. In one implementation, the supplemental data may be embeddedwithin the media stream during transmission across the televisiondistribution network 106 or the data communication network 108 to thereceiving device 110. In other embodiments, the supplemental data may betransmitted separately from the media stream. For example, the receivingdevice 102 may receive electronic program guide information thatprovides content identifiers for events corresponding to specific dates,times, and media sources 110. The receiving device 102 may utilize thecontent identifiers to identify an event within the media stream, anddiscover whether the event is accessible through a different mediasource 110. In one implementation, the receiving device 102 may identifythe event within the media stream based on a content identifierassociated with a specific time, date, and media source 110.

Once the event within the media stream has been identified, thereceiving device 102 may identify a start time for the event. The starttime may be identified based on the content identifier or based on otherprogramming information. If the start time occurred or will occur withina predetermined time window (e.g. 10 minutes before or after the currenttime), then the receiving device 102 may render the media stream andtransmit a rendered audio/video stream to the presentation device 104.In some implementations, the length of the predetermined time window mayset by the user.

If the start time occurred or will occur outside of the predeterminedtime window (e.g., the event started 15 minutes before the currenttime), then the receiving device 102 may identify whether the event isaccessible through a different media source 110. The receiving device102 may identify the events that are accessible through other mediasources 110 using supplemental data from each of the media sources 110.Alternatively or in addition, the receiving device 102 may identify theevents accessible through the other media sources 110 using electronicprogram guide information, recorded program information, or otherprogramming information resources (e.g., a programming repositoryaccessible through the Internet).

If the event is accessible through a different media source 110, thenthe receiving device 102 may obscure the rendering of the requestedmedia stream and notify the user that the event is accessible throughanother media source 110. The receiving device 102 may obscure therendering of the requested media stream in various ways. For example,the receiving device 102 may blur, pixelate, distort, obstruct, orotherwise prevent video of the requested media stream from being clearlyviewed. In some embodiments, the video may be obstructed by anotification that the event is accessible through another media source110. The receiving device 102 may also mute, distort, or otherwiseprevent audio of the requested media stream from being clearly heard. Inthis way, the receiving device 102 prevents the user from viewing anevent that has already started, and gives the user the option of viewingthe event from the beginning.

In some embodiments, the receiving device 102 may delay or preventaccess to the requested media stream if the event is accessible througha different media source 110. For example, a user may request thereceiving device 102 to tune to a particular television channel. Beforetuning to the requested television channel, the receiving device 102 maydetermine that the event currently being broadcast on the requestedtelevision channel is available from a different media source 110. Thereceiving device 102 may then delay tuning to the requested televisionchannel and display a notification that the event is accessible throughanother media source 110. The receiving device 102 may delay tuning tothe requested television channel for a predetermined amount of time(e.g., 1 minute). If the receiving device 102 does not receive a commandfrom the user to switch to the other media source 110, then thereceiving device 102 may proceed with tuning to the requested televisionchannel.

FIG. 2 illustrates an embodiment of a receiving device 202 in a system200 for presenting a media stream to a user. The receiving device 202may be an example of the receiving device 102 described in reference toFIG. 1. The receiving device 202 will be described with reference to thetelevision distribution network 106, data communication network 108, andmedia sources 110 described in the system 100 of FIG. 1. The receivingdevice 202 includes a television communication module 212 and a datacommunication module 214. The television communication module 212receives a television media stream 206 from a television distributionnetwork 106. The data communication module 214 receives a network mediastream 208 from a data communication network 108. One or more storageunits 210 may be included internal and/or external to the receivingdevice 210. The storage unit 210 may store a media stream and act as amedia source 110 for the receiving device 202.

The receiving device 202 may also include user communication module 218,control logic 216, and a rendering module 222. The user communicationmodule 218 receives user input 219 from a remote control device 220. Theuser communication module 218 may also transmit signals to the remotecontrol device 220. The control logic 216 is operable to control thereception of media streams from the television communication module 212,the data communication module 214, and the storage unit 210. The controllogic 216 may also coordinate the storage of a media stream to thestorage unit 210. The control logic 216 may then coordinate the outputof a media stream to the rendering module 222. The rendering module 222renders a media stream and outputs an audio/video stream 224 to apresentation device 204. Furthermore, the receiving device 202 andsystem 200 may include other components, modules, elements, or devicesnot illustrated for the sake of brevity.

The television receiving module 212 may receive a television mediastream 206 from any type of television distribution network 106. Forexample, the television receiving module 212 may be capable of receivinga high definition television media stream, a standard definitiontelevision media stream, a 3-D television media stream, or other typesof media streams.

The data communication module 214 may receive a network media stream 208from any type of data communication network 108. For example, the datacommunication module 214 may be capable of receiving a media stream fromthe Internet (i.e., an over-the-top media stream), a media stream fromnetwork storage device attached to a LAN or WLAN (e.g., network attachedstorage), or other types of media streams transmitted over a datacommunication network.

In at least one embodiment, the user communication module 218 mayreceive a user input 219 including a request to render a media stream.For example, the user may request the receiving device 202 to render atelevision media stream 206 corresponding to a particular broadcastchannel. The control logic 216 may then instruct the televisioncommunication module 212 to tune to the particular broadcast channelcarrying the requested television media stream 206. The television mediastream 206 may include a content identifier identifying an event (e.g.television program) within the requested television media stream. Thecontent identifier may identify an event corresponding to a particulardate, time, and media source 110. The control logic 216 may utilize thecontent identifier to identify the event within the requested televisionmedia stream 206. Alternatively or in addition, the control logic 216may receive the content identifier for the event separately from thetelevision media stream 206. For example, the receiving device 202 mayreceive electronic program guide information through the datacommunication module 214 that provides content identifiers for eventscorresponding to many dates, times, and media sources 110. The controllogic 216 may parse the electronic program guide information to identifythe event within the requested television media stream 206.

Once the event within the requested television media stream 206 has beenidentified, the control logic 216 may identify a start time for theevent. The start time may be identified based on the content identifieror based on other programming information. If the start time occurred orwill occur within a predetermined time window (e.g. 10 minutes before orafter the current time), then the control logic 216 may coordinate therendering module 222 to render the requested television media stream 206and transmit an audio/video stream 224 to the presentation device 204.

If the start time occurred or will occur outside of the predeterminedtime window (e.g., the event started 15 minutes before the currenttime), then the control logic 216 may identify whether the event isaccessible through a different media source 110. For example, thecontrol logic 216 may identify the event was previously stored in thestorage unit 210. Alternatively or in addition, the control logic 216may identify an over-the-top media resource (e.g., a website) that canstream the event using the data communication network 108. Alternativelyor in addition, the control logic 216 may identify another broadcastchannel the television communication module 212 may tune to access theevent with a later start time. The control logic 216 may also identifyother types of media sources 110 that can provide a stream of the event.The control logic 216 may identify the events that are accessiblethrough other media sources 110 using supplemental data from each of themedia sources 110. Alternatively or in addition, the control logic 216may identify the events accessible through the other media sources 110using electronic program guide information, recorded programinformation, or other programming information resources (e.g., aprogramming repository accessible through the Internet).

If the event is accessible through another media source 110, then thecontrol logic 216 may instruct the rendering module 222 to obscure therendering of the requested television media stream 206 and notify theuser that the event is accessible through another media source 110. Therendering module 222 may obscure the rendering of the requested mediastream in various ways. For example, the rendering module 222 may blur,pixelate, distort, obstruct, or otherwise prevent video of the requestedmedia stream from being clearly viewed. The rendering module 222 mayalso mute, distort, or otherwise prevent audio of the requested mediastream from being clearly heard.

In some embodiments, the rendering module 222 may obscure the requestedtelevision media stream 206 by overlaying a notification over the videostream and muting the audio stream. The notification may notify the userthe starting time of the event has passed and that the event isaccessible through another media source 110. In this way, the receivingdevice 202 prevents the user from viewing an event that has alreadystarted, and gives the user the option of viewing the event from thebeginning using a different media source 110.

In some embodiments, the receiving device 202 may begin loading theevent from another media source 110 before receiving a command from theuser to access the other media source 110. For example, when the controllogic 216 identifies that an event is accessible through another mediasource 110, the receiving device 202 may automatically access the othermedia source and begin loading the media stream from the other mediasource 110 into the storage unit 210 or other storage means.Alternatively or in addition, the receiving device 202 may begindisplaying the media stream from the other media source 110 in apicture-in-picture display, within the notification display, or inanother background display.

FIG. 3 illustrates an embodiment of a time schedule 300 for events whichmay be received by the receiving device 102, 202 of FIGS. 1 and 2. Asillustrated in time schedule 300, an event 302 from a first media sourcehave a starting time of 6:30. A second media source may stream the sameevent 302 at 7:00. The receiving device may have a predetermined timewindow 306 after the starting time of an event (e.g., 10 minutes). Auser may request the receiving device to render the event from the firstmedia source at the request time 308. Since the request time 308 isoutside the predetermined time window 306, the receiving device mayobscure the stream from the first media source and notify the user thatthe second media source will be streaming the same event 302 at 7:00.The user may have the option of unobscuring the stream from the firstmedia source and watching the in-progress event 302, or switching to thesecond media source and watching the event 302 at 7:00. Alternatively orin addition, the user may have the option of scheduling the receivingdevice to record the event 302 occurring at 7:00 through the secondmedia source. In one implementation, the first media source may be afirst broadcast channel, and the second media source may be a secondbroadcast channel. In another implementation, the first may be a firstbroadcast channel, and the second media source may be a pay-per-viewmedia source. Other combinations of media sources are also possible,such as on-demand media streams, over-the-top media streams, previouslyrecorded media streams, and/or media streams currently being recorded.

FIG. 4 illustrates an embodiment of a process 400 for selectivelyobscuring a rendering of a media stream. The operations of FIG. 4 arediscussed in reference to the systems and receiving devices described inreference to FIGS. 1 and 2. The operations of the process 400 of FIG. 4are not all-inclusive, and may comprise additional operations describedherein, and/or other operations not illustrated for the sake of brevity.

The process 400 includes receiving a request to render a media stream(operation 402). The request may be received from a user using a remotecontrol device to provide instructions to the receiving device. Themedia stream is accessed through a media source. In some examples, themedia source may include a television channel from a broadcast station,a storage medium containing user-recorded content,automatically-recorded content, and/or purchased content, an on-demandmedia streaming service, a pay-per-view media streaming service, or anover-the-top media streaming service.

The process 400 further includes identifying an event within therequested media stream (operation 404). The process 400 may alsoidentify a scheduled start time of the event within the requested mediastream. The process 400 may then identify whether the scheduled starttime of the event is outside of a predetermined time window. The lengthof the predetermined time window may be set by the user.

The process 400 continues by identifying whether the event is accessiblethrough another media source (operation 406). If the event is notaccessible through another media source, then the process 400 rendersthe requested media stream (operation 408). If the event is accessiblethrough another media source, then the process 400 obscures therendering of the requested media stream (operation 410). In someexamples, the process 400 may obscure the rendering of the requestedmedia stream by generating an overlay over the visual rendering of therequested media stream and muting the audio rendering of the requestedmedia stream.

The process 400 additionally provides a notification to the user thatthe event is accessible through the other media source (operation 412).In some examples, the notification may include one or more of a visualnotification, an audio notification, or a tactile notification. Thenotification may provide information about the event, such as a name forthe event, an episode number for the event, pricing information for theevent, future times the event is accessible, and/or other media sourcesthat provide access to the event. If the event is accessible at a futuretime, then the user may be given an option to record the event at thelater time. In some implementations, operations 410 and 412 may beperformed as one operation, where the notification also obscures therendering of the requested media stream.

Thus, through the process 400 illustrated in FIG. 4, a user isselectively prevented from viewing an event and is also notified thatthe event may be viewed using a different media source.

FIG. 5 illustrates an embodiment of a process 500 for selectivelyaccessing another media source. The operations of the process 500 ofFIG. 5 are performed in combination with the operations of the process400 of FIG. 4. Furthermore, the operations of FIG. 5 are discussed inreference to the systems and receiving devices described in reference toFIGS. 1 and 2. The operations of the process 500 of FIG. 5 are notall-inclusive, and may comprise additional operations described herein,and/or other operations not illustrated for the sake of brevity.

The process 500 includes discovering the event is currently beingrecorded by the receiving device (operation 502). For example, thereceiving device may have previously been instructed to record the eventto an internal or external storage unit. Operation 502 may be carriedout as part of operation 406 illustrated in FIG. 4. For example, as partof identifying whether the event is accessible through another mediasource, the receiving device may discover that the event is currentlybeing recorded (i.e., the event is accessible through the storage unitof the receiving device). Based on the discovery in operation 502, theprocess 500 then provides a notification to the user that the event iscurrently being recorded (operation 504). Operation 504 may be carriedout as part of operation 412 illustrated in FIG. 4. For example, thenotification provided in operation 412 may include an indication thatthe event is currently being recorded, and may ask the user whether tobegin rendering the recorded media stream or to unobscure the requestedmedia stream. The process 500 then receives the user's response to thenotification and identifies whether to start the event from thebeginning using the stream currently being recorded (operation 506). Ifthe user instructs the receiving device not to start the event from thebeginning, then the process 500 unobscures the requested media stream(operation 508) and provides the rendered audio/video stream to apresentation device. If the user instructs the receiving device to startthe event from the beginning using the recorded media stream, then theprocess 500 accesses the recorded media stream from the storage unit(operation 510) and renders an audio/video stream from the recordedmedia stream (operation 512). Thus, through the process 500 illustratedin FIG. 5 (and the process 400 illustrated in FIG. 4), a user isselectively prevented from viewing an in-progress event and is given theoption to view the event using a media stream being recorded by thereceiving device.

FIG. 6 illustrates an embodiment of a process 600 for selectivelyaccessing another media source. The operations of the process 600 ofFIG. 6 are performed in combination with the operations of the process400 of FIG. 4. Furthermore, the operations of FIG. 6 are discussed inreference to the systems and receiving devices described in reference toFIGS. 1 and 2. The operations of the process 600 of FIG. 6 are notall-inclusive, and may comprise additional operations described herein,and/or other operations not illustrated for the sake of brevity.

The process 600 includes discovering the event was automaticallyrecorded by the receiving device (operation 602). For example, thereceiving device may automatically record particular events that arepredicted to be of interest to the user. The receiving device may recordthe particular events on an internal or external storage unit. Operation602 may be carried out as part of operation 406 illustrated in FIG. 4.For example, as part of identifying whether the event is accessiblethrough another media source, the receiving device may discover that theevent was automatically recorded (i.e., the event is accessible throughthe storage unit of the receiving device). Based on the discovery inoperation 602, the process 600 then provides a notification to the userthat the event was automatically recorded (operation 604). Operation 604may be carried out as part of operation 412 illustrated in FIG. 4. Forexample, the notification provided in operation 412 may include anindication that the event was automatically recorded, and may ask theuser whether to begin rendering the recorded media stream or tounobscure the requested media stream. The process 600 then receives theuser's response to the notification and identifies whether to start theevent from the beginning using the automatically recorded media stream(operation 606). If the user instructs the receiving device not to startthe event from the beginning, then the process 600 unobscures therequested media stream (operation 608) and provides the renderedaudio/video stream to a presentation device. If the user instructs thereceiving device to start the event from the beginning using therecorded media stream, then the process 600 accesses the recorded mediastream from the storage unit (operation 610) and renders an audio/videostream from the recorded media stream (operation 612). Thus, through theprocess 600 illustrated in FIG. 6 (and the process 400 illustrated inFIG. 4), a user is selectively prevented from viewing an in-progressevent and is given the option to view the event using a media streamthat was automatically recorded by the receiving device.

FIG. 7 illustrates an embodiment of a process 700 for selectivelyaccessing another media source. The operations of the process 700 ofFIG. 7 are performed in combination with the operations of the process400 of FIG. 4. Furthermore, the operations of FIG. 7 are discussed inreference to the systems and receiving devices described in reference toFIGS. 1 and 2. The operations of the process 700 of FIG. 7 are notall-inclusive, and may comprise additional operations described herein,and/or other operations not illustrated for the sake of brevity.

The process 700 includes discovering the event was previously recordedby the receiving device (operation 702). For example, the receivingdevice may have previously recorded the event if it was broadcast at anearlier time. The receiving device may have recorded the event on aninternal or external storage unit. Operation 702 may be carried out aspart of operation 406 illustrated in FIG. 4. For example, as part ofidentifying whether the event is accessible through another mediasource, the receiving device may discover that the event was previouslyrecorded (i.e., the event is accessible through the storage unit of thereceiving device). Based on the discovery in operation 702, the process700 then provides a notification to the user that the event waspreviously recorded (operation 704). Operation 704 may be carried out aspart of operation 412 illustrated in FIG. 4. For example, thenotification provided in operation 412 may include an indication thatthe event was previously recorded, and may ask the user whether to beginrendering the recorded media stream or to unobscure the requested mediastream. The process 700 then receives the user's response to thenotification and identifies whether to start the event from thebeginning using the automatically recorded media stream (operation 706).If the user instructs the receiving device not to start the event fromthe beginning, then the process 700 unobscures the requested mediastream (operation 708) and provides the rendered audio/video stream to apresentation device. If the user instructs the receiving device to startthe event from the beginning using the previously recorded media stream,then the process 700 accesses the recorded media stream from the storageunit (operation 710) and renders an audio/video stream from the recordedmedia stream (operation 712). Thus, through the process 700 illustratedin FIG. 7 (and the process 400 illustrated in FIG. 4), a user isselectively prevented from viewing an in-progress event and is given theoption to view the event using a media stream that was previouslyrecorded by the receiving device.

FIG. 8 illustrates an embodiment of a process 800 for selectivelyaccessing another media source. The operations of the process 800 ofFIG. 8 are performed in combination with the operations of the process400 of FIG. 4. Furthermore, the operations of FIG. 8 are discussed inreference to the systems and receiving devices described in reference toFIGS. 1 and 2. The operations of the process 800 of FIG. 8 are notall-inclusive, and may comprise additional operations described herein,and/or other operations not illustrated for the sake of brevity.

The process 800 includes discovering the event is available through anon-demand media source (operation 802). For example, a broadcaster ortelevision provider may provide particular events to the receivingdevice through an on-demand or pay-per-view service. The on-demand orpay-per-view media stream may be provided to the receiving devicethrough the television distribution network illustrated in FIG. 1.Operation 802 may be carried out as part of operation 406 illustrated inFIG. 4. For example, as part of identifying whether the event isaccessible through another media source, the receiving device maydiscover that the event is available as an on-demand media stream (i.e.,the event is accessible through the television distribution network at avariety of times). Based on the discovery in operation 802, the process800 then provides a notification to the user that the event is availableon-demand (operation 804). Operation 804 may be carried out as part ofoperation 412 illustrated in FIG. 4. For example, the notificationprovided in operation 412 may include an indication that the event isavailable on-demand, and may ask the user whether to view/purchase theon-demand media stream or to unobscure the requested media stream. Insome implementations, the on-demand media stream may be a pay-per-viewmedia stream, and the notification may further include pricinginformation for the per-per-view event. The process 800 then receivesthe user's response to the notification and identifies whether to viewand/or purchase the on-demand event (operation 806). If the userinstructs the receiving device not to view/purchase the on-demand event,then the process 800 unobscures the requested media stream (operation808) and provides the rendered audio/video stream to a presentationdevice. If the user instructs the receiving device to view/purchase theon-demand event, then the process 800 accesses the on-demand mediastream from the television distribution network (operation 810) andrenders an audio/video stream from the on-demand media stream (operation812). Thus, through the process 800 illustrated in FIG. 8 (and theprocess 400 illustrated in FIG. 4), a user is selectively prevented fromviewing an in-progress event and is given the option to view/purchasethe event through an on-demand or pay-per-view media source.

FIG. 9 illustrates an embodiment of a process 900 for selectivelyaccessing another media source. The operations of the process 900 ofFIG. 9 are performed in combination with the operations of the process400 of FIG. 4. Furthermore, the operations of FIG. 9 are discussed inreference to the systems and receiving devices described in reference toFIGS. 1 and 2. The operations of the process 900 of FIG. 9 are notall-inclusive, and may comprise additional operations described herein,and/or other operations not illustrated for the sake of brevity.

The process 900 includes discovering the event is available through anover-the-top media source (operation 902). For example, the receivingdevice may have access to services that provide media streaming over theInternet. The over-the-top media stream may be provided to the receivingdevice through the data communication network illustrated in FIG. 1.Operation 902 may be carried out as part of operation 406 illustrated inFIG. 4. For example, as part of identifying whether the event isaccessible through another media source, the receiving device maydiscover that an over-the-top media source provides access to the event(e.g., the event is accessible through an Internet-based media streamingservice using the data communication network). Based on the discovery inoperation 902, the process 900 then provides a notification to the userthat the event is available as an over-the-top media stream (operation904). Operation 904 may be carried out as part of operation 412illustrated in FIG. 4. For example, the notification provided inoperation 412 may include an indication that the event is available asan over-the-top media stream, and may ask the user whether toview/purchase the over-the-top media stream or to unobscure therequested media stream. In some implementations, accessing theover-the-top media stream may require a subscription or payment to theInternet-based media streaming service, and the notification may furtherinclude pricing information for accessing the event using theover-the-top media source. The process 900 then receives the user'sresponse to the notification and identifies whether to view and/orpurchase the event from the over-the-top media source (operation 906).If the user instructs the receiving device not to view/purchase theover-the-top event, then the process 900 unobscures the requested mediastream (operation 908) and provides the rendered audio/video stream to apresentation device. If the user instructs the receiving device toview/purchase the event from the over-the-top media source, then theprocess 900 accesses the over-the-top media stream from the datacommunication network (operation 910) and renders an audio/video streamfrom the over-the-top media stream (operation 912). Thus, through theprocess 900 illustrated in FIG. 9 (and the process 400 illustrated inFIG. 4), a user is selectively prevented from viewing an in-progressevent and is given the option to view/purchase the event through anover-the-top media source, such as an Internet-based media streamingservice.

FIG. 10 illustrates an embodiment of a presentation device 1002 forpresenting an audio/video stream to a user. A receiving device mayobscure the audio/video stream using a notification 1004. Thenotification 1004 may inform the user that an event within theaudio/video stream (e.g., a television program) has already begun, andthat the event is available to watch from the beginning using anothermedia source. The notification 1004 may further provide the user with anoption to unobscure the in-progress event, or to view the event from thebeginning using the other media source. In this way, the user isprevented from viewing an event that has already started withoutexplicit input from the user.

Although specific embodiments were described herein, the scope of theinvention is not limited to those specific embodiments. The scope of theinvention is defined by the following claims and any equivalentstherein.

What is claimed is:
 1. A method for selectively obscuring a rendering ofa media stream, comprising: receiving a request to render the mediastream, wherein the media stream is accessed through a first mediasource selected by a user; identifying a scheduled start time of anevent in the media stream, the request to render the media streamreceived after the scheduled start time; determining whether the requestis received outside of a predetermined time window from the scheduledstart time in the first media source; and responsive to a determinationthat the request is received outside of the predetermined time window,identifying that the event is accessible through a second media source,and wherein the event starts in the second media source at a later time,obscuring the rendering of the media stream in the first media source,generating a notification that the event is accessible through thesecond media source at the later time, identifying that the event isaccessible, through a third media source, from a beginning of the event,and automatically rendering the event, from the third media source, fromthe beginning of the event.
 2. The method of claim 1, wherein obscuringthe media stream includes: generating the notification as an overlayover visual rendering of the media stream; and muting an audio renderingof the media stream.
 3. The method of claim 1, wherein obscuring themedia stream includes: performing one or more of blurring, pixelating,distorting, obstructing, or otherwise preventing a video of the mediastream from being clearly viewed.
 4. The method of claim 1, whereinobscuring the media stream includes: muting, distorting, or otherwisepreventing an audio of the media stream from being clearly heard.
 5. Themethod of claim 1, wherein the notification is one or more of a visualnotification, an audio notification, or a tactile notification.
 6. Themethod of claim 1, wherein generating the notification includes:rendering the media stream from the third media source in thenotification.
 7. The method of claim 1, wherein generating thenotification includes: rendering the media stream from the third mediasource as a picture-in-picture display.
 8. The method of claim 1,wherein the third media source includes a storage medium, the storagemedium including user-recorded content, automatically-recorded content,or a combination thereof.
 9. The method of claim 1 further comprising:delaying the access to the media stream for a predetermined time; andproviding access to the media stream if a command to switch to thesecond media source is not received within the predetermined time. 10.The method of claim 1 further comprising: receiving a command to accessthe event through the second media source.
 11. The method of claim 1further comprising: receiving a command to unobscure the rendering ofthe media stream.
 12. The method of claim 1 further comprising:receiving a command to record the event from the second media source atthe later time.
 13. The method of claim 1, wherein the second mediasource includes any of an on demand media streaming service, apay-per-view media streaming service, an over-the-top media streamingservice, and a second television channel from a second broadcaststation.
 14. A receiving device for selectively obscuring a rendering ofa media stream, comprising: a user communication module configured toreceive a request to render the media stream, wherein the media streamis accessed through a first media source; control logic configured to:determine that the request is received outside of a predetermined timewindow from a start time of an event within the media stream, anddiscover that the event is accessible through a second media source at alater time; and a rendering module configured to: obscure the renderingof the media stream, and generate a notification that the event withinthe media stream is accessible through the second media source, whereinthe control logic is configured to identify that the event isaccessible, through a third media source, from a beginning of the eventand wherein the rendering module is configured to automatically renderthe event, from the third media source, from the beginning of the event.15. The receiving device of claim 14, wherein the rendering module isconfigured to obscure the rendering of the media stream by: generatingthe notification as an overlay over visual rendering of the mediastream; and muting an audio rendering of the media stream.
 16. Thereceiving device of claim 14, wherein the control logic is furtherconfigured to: delay the access to the media stream for a predeterminedtime; and provide access to the media stream if a command to switch tothe second media source is not received within the predetermined time.17. The receiving device of claim 14, wherein the rendering module isconfigured to receive a command to unobscured the rendering of the mediastream.
 18. The receiving device of claim 14, wherein the renderingmodule is configured to receive a command to record the event from thesecond media source at the later time.
 19. A method for selectivelyobscuring a rendering of a media stream, comprising: receiving a requestto render the media stream, wherein the media stream is accessed througha first media source selected by a user; receiving a time schedule ofmultiple events, the time schedule having a schedule of the multipleevents in the first media source and a second media source; identifyinga scheduled start time of an event of the multiple events in the mediastream, the request to render the media stream received after thescheduled start time; identifying, from the received time schedule, thatthe event is accessible through the second media source, wherein thereceived time schedule indicates that the event is scheduled to start atthe later time in the second media source; identifying, from thereceived time schedule, that the event is accessible through a thirdmedia source, from a beginning of the event; obscuring a majority of therendering of the media stream in the first media source; and renderingthe event through the third media source from the beginning of theevent.